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Title 

A Knowledge System and 
Methods of Business Alerting and Business Analysis 

5 

Field nf the Invention 

The present invention relates to knowledges expert systems and to methods of business 
processing. More in particular a novel computer knowledge system and novel methods of business 
^1 0 processing making use of knowledge relations are disclosed. 

as' 

0 q^cKqmund.of ihft Invention 

1 Knowledge or expert systems are known in the art. An example of such a system is the 
?15 Service Assurance Center system, commercially provided by the company BMC Software, the 
i publicly available information about this system being incorporated herein by reference. The 

J Service Assurance Center provides Information Technology organizations a view of: 
Hi - how services are performing; 

3 - whether services are available at any given moment around the world; and 

* 20 - how both its internal staff and external customers are using its application services. 

The Service Assurance Center system is monitoring Information Technology (IT) systems, 
including software application parts, and the technical Infra Structure (IS), including hardware 
components. This monitoring is executed by synthetic transactions wherein, for example, a Personal 
Computer emulates the behavior of a user. Hereby information can be gathered whether and to 
25 what extent parts of the IT systems are correctly working or are correctly emulating a physical 
infrastructure. 

In an article by Lewis, L, et al., "Incorporating Business Process Management into Network 
and Systems Management", Proceedings - ISADS 97 -Third International Symposium on 
Autonomous Decentralized Systems (Cat. No. 97TB1 00111), Proceedings of the International 
30 Symposium on Autonomous Decentralized Systems, ISADS 97, Los Alamitos, CA, USA, IEEE 
Comput. Soc. Press. USA, page(s) 385 - 392, an approach towards autonomous, decentralized 
monitoring and management of Business Processes (BP) is disclosed. 
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To realize BP management, existing techniques in integrated network and systems 
management are employed, The system is made up of agents, among others an alarm monitoring 
agent, who's responsibility is to collect and forward alarms of the operation of hardware and 
software components used in a computer environment operative for enabling a plurality of business 
processes, a reasoning agent for correlating alarms, and an alarm notification agent displaying 
alarms concerning BP to users, for taking corrective actions manually or automatically. 

The system disclosed correlates business processes or functions to changes or 
disturbances in the IT system, i.e. the software components, as well as to the IS system parts, i.e. 
the hardware components, making up the computer environment. 

Problem Definition andAlm o f the Invention 



The prior art knowledge or expert systems disclosed above just provide a tool for controlling 

and/or managing the IT/IS systems being part of a business and for correlating business processes 
1 5 or functions to changes or disturbances in the IT/IS system. 

In practice, business processes or functions are associated with one another, such that 

malfunctioning of one or a few of the business -processes, for example, can have a tremendous 

impact on the operation or execution of other business processes or functions, either directly or 

indirectly enabled by the computer environment. 
20 In a telecommunications network, for example, failure of a switch may not only involve the 

call processing of that particular switch, but also payment transactions and other vital data 

transactions, on a local or even global scale. 

There is a further problem in the art in thatthe IT/IS systems that are developed to manage 

or monitor the business processes or functions are becoming more and more complex. Therefore it 
25 is difficult to analyze the impact of functional errors in parts of the IT/IS systems in relation to the 

performance of the system as a whole. Prior art solutions do not tackle this problem to a sufficient 

level. 

Accordingly, there is a need to provide a knowledge system that not only communicates 
about a single or a few business processes in terms of its or their relation to the performance of the 
30 underlying IT/IS system, but also on how the operation of affected business processes influence the 
operation or execution of other business processes of the computer system. 



04-04-2001 16:42 



JURIDISCHE ZAKEN 



0703323840 P . 09/25 



• 3 ■ 
Summary of th a Invention 

In accordance with a first aspect of the present invention, there is provided a computer 
knowledge system, for operation in a computer environment using a plurality of hardware and 
5 software components operatively arranged for enabling a plurality of business processes, the 
computer knowledge system comprises: 

- a monitoring agent, arranged for collecting data providing information about the operation 
of the hardware and software components; 

- a relational database, storing data providing information about the operation of the 
*10 business processes and error data relating to erroneous operation of the hardware and software 
3 components; and 

3 - a user interface, arranged for providing information about the operation of the business 

i processes using the data collected by the monitoring agent and the data stored in the relational 
R database, 

0 1 5 the relational database being arranged for providing information towards the user interface 

3 about the impact on the operation of the business processes of an erroneous operation of the 
= hardware and software components. 

I The knowledge system according to the present invention couples information about one or 

j more business processes or functions to one or more software and hardware components used in 
20 the computer environment, while the knowledge system provides information about the impact on 
the execution of business processes or functions towards a user interface in case of erroneous 
operation of the software and hardware components. 

The software and hardware components can include all kind of Information Technology 
infrastructures known to the person of skill in the art, including network connections, files, database, 
25 and software applications. The software components furthermore can be coupled to the physical 
infrastructure on which the business processes or functions are based. 

The business processes or functions may include, for example , a business process 
communication, such as a fixed-telephone telecommunication connection, and may include the IT 
system including the operating system and IS hardware of the business process and the network 
30 connections of the telephone network. 

In the case of a the above telecommunications system, for example, with the present 
invention, failure of a switch will not only be reported as to affecting the call processing of that switch 



04-04-2001 16:42 



JURIDISCHE ZAKEN 



0703323840 P. 




but also as to the impact thereof to other business processes such as the financial transactions 

handled through this switch. 

Thus, the business processes or functions information provided by the present invention are 

broader than setting up a one-to-one connection between an; error identification in a software 
5 component and a corresponding troubleshooting message to a user interface, while the information 

is provided in the ■language" of the business processes. 

The business process or functions, for example, can also include financial processes such 

as investment funds management or financial transaction business processes or production 

installation processes such as the actual production processes in a chemical plant or for car 
10 manufacturing. The business processes or functions are automated an preferably integrated 

business processes or functions with a complexity of individual business steps that are related one 

to the other. 

In a further embodiment of the computer knowledge system according to the present 
invention, the relational database comprises data identifying functional transactions within the 
1 5 business processes and dependencies between functional transactions of the business processes, 
wherein the user interface is arranged for correlating the error data and the functional transactions 
data for providing the information about the impact on the business processes of an erroneous 
operation of the hardware and software components. 

The coupling of information about one or more business processes or functions to one or 
20 more software and hardware components can be done in several ways. The coupling can include a 
correlation between one or more business processes or functions to one or more software 
components and/or include a straightforward link with a number of call-in procedures between one 
or more business processes or functions to one or more software and hardware components. At 
least part of the coupled information can be stored in the relational database or stored on the 
25 computer environment. The relational database for example can be based on ACCESS, or can be 
based on database software provided by ORACLE, SYBASE, or SEQUEL SERVER or any other 
relational database software known to the person of skill in the art. 

A main purpose of the computer, knowledge system according to the present invention is a 
goal-oriented processes control. To this end, in a yet further embodiment of the system according to 
30 the invention, the user interface is arranged for providing the information about the business 
processes indicating at least one of a group comprising; 

- the extent to which business processes are influenced by a disturbance in the software 
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and hardware components; 

- the extent to which business processes are influenced by a functional error in the 

hardware and software components; 

- the extent to which business processes are Influenced by a functional error in the 
5 hardware and software components, which functional error cannot directly be monitored; 

- the extent to which business processes are influenced by an externally applied change, 
such as a predetermined change for performing impact analyses, in the hardware and software 
components; and 

- the extent to which business processes are available in the case of an erroneous 
1 o operation of the hardware and software components. 

The information provided can benefit from historical data about erroneous operation of the 
hardware and software components. To this end, in accordance with an other embodiment of the 
computer knowledge system of the invention, the system comprises a historical database, storing 
historical data about erroneous operation of the hardware and software components and the impact 
1 5 thereof on the business processes, wherein the user interface is arranged for providing the 

information about the impact on the business processes of an erroneous operation of the hardware 
and software components using the historical data. 

Business process monitoring and business process control generally involves several user 
groups, both internally and externally of the computer environment on which the business processes 
20 are internally or externally executed. The several user groups have different requirements as to the 
type and presentation of the relevant information. 

Accordingly, in a still further embodiment of the computer knowledge system according to 
the present invention, the user interface is arranged for providing the information about the impact 
on the enabling of the business processes of an erroneous operation of the hardware and software 
25 components in a predetermined format adapted to the user of the information. 

In a more detailed embodiment, the computer knowledge system according to the present invention 
is arranged for providing the information relevant to the different user groups in terms of; 

- functionality of the business processes; 
• usability of the business processes; 

30 - maintainability of the business processes; 

- efficiency of the business processes; 

- reliability of the business processes; and 
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- changeability of the business processes. 

The coupling of information about one or more business processes or functions to one or 
more software and hardware components can be done in several ways. The coupling can include a 
correlation between one or more business processes or functions to one or more software 
5 components and or may include a straightfbiward link with a number of call-in procedures between 
one or more business processes or functions to one or more software and hardware components. At 
least part of the coupled information can be stored in the relational database which stored on said 

computer environment. 

In a further embodiment of the system according to the invention, the monitoring agent, the 
10 relational database and the user interface connect through a central agent, among orders, providing 
processing support. 

The user interface can be part of the computer environment, but the user interface can also 
be external to the computer environment and be linked by a communication channel to the 
knowledge system. The user interface can be a computer screen, a mobile telephone, or a flat panel 
15 or whatever user interface suitable for the purpose of the present invention and known to the person 
of skill in the art. The user interface can also include the World-Wide-Web internet or intranet 
infrastructure. 

The information to be collected about the operation of the hardware and software 
components, is in a further embodiment of the invention, acquired in that the monitoring agent is 
20 arranged for collecting: 

- workflow data provided by the computer environment 

- system monitoring data; and 

- data accumulated in a data warehouse of the computer environment. 

Data accumulated in a data warehouse will, in general, have a low topicality. Workflow data 
25 are acquired using an automated Workflow Management System (WMS) or ERP system or systems. 
System monitoring data is collected on-line from the infrastructure or derived from IT application and 
system monitoring. 

In a prefered embodiment of the invention, the monitoring agent comprises a knowledge 
module, operating with a business flow monitor and a component monitor for collecting data 
30 providing information about the operation of the business processes and the hardware and software 
components. 

The knowledged module, in a yet further embodiment of the computer knowledge system of 
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the invention, is arranged for collecting data with respect to: 

- availability of critical components; 

- communications performance between critical components; 

- critical messages in application and system log files; 
5 -synthetic transaction from end user view; 

- application and system processes; 

- database and critical table(s) data availability; and 

- system resource availability and performance.: 

The user interface may be arranged for providing information on an automated basis or on a 
1 0 subscription basis, for example by issuing notification messages, standard reports, as an HTML 
(Hyper Text Markup Language) page and in a form of a trouble ticket. Further, in accordance with 
the present invention, the information towards the user interface, in order to reduce the information 
flow, may be provided if the impact on the execution of the business processes exceeds a 
predeterminated threshold value. 
15 In a second aspect of the present invention, a method of providing information or alerting 

about the operation of business processes in a computer environment using a plurality of hardware 
and software components operatively arranged for enabling a plurality of business processes, the 
method comprises: 

- collecting data providing information about the operation of the hardware and software 
20 components; 

- storing data providing information about the operation of the business processes and error 
data relating to erroneous operation of the hardware and software components; and 

- providing information towards a user interface about the operation of the business 
processes using the collected and stored data, 

25 the data are processed for providing information towards the user interface about the impact 

on the enabling of the business processes of an erroneous operation of the hardware and software 
components. 

In a third aspect of the present invention, there is provided a method of analyzing the 
operation of business processes in a computer environment using a plurality of hardware and 
30 software components operatively arranged for enabling a plurality of business processes, the 
method comprises: 



04-04-2001 16=44 



JURIDISCHE ZAKEN 



0703323840 P . 1 4/25 



n 

•3 e: : 



1.^ 

in 



20 



# 



- collecting data providing information about the operation of the hardware and software 
components; 

- storing data providing information about the operation of the business processes and error 
data relating to erroneous operation of the hardware and software components; and 

5 - providing information towards a user interface about the operation of the business 

processes using the collected and stored data, 

the data are processed for providing information towards the user interface about the impact 
on the enabling of the business processes of an erroneous operation of the hardware and software 
components. 

10 In a fourth aspect, the present invention provides a computer program stored on a computer 

readable medium, as well as a such a computer readable medium, for use with a computer 
knowledge system and methods of business information, alerting and analyses as disclosed above. 

The computer readable medium can be a floppy disk, a GD-rom, Digital Video Disk (DVD) or 
other memory or data carrier known to the skilled person. A number of terms used throughout this 
m 1 5 description are further detailed here below in order to complement the understanding of the person 
b of skill in the art of these terms. 

A knowledge system can also be defined as an expert system. An error in the IT/IS 
components can include changes of whatever nature including disfunctioning or disturbances of the 
software components. 



Brief Descriptio n nf the Drawings 



Figure 1 a and 1 b schematically show the architecture of an example embodiment of a 
25 knowledge system of the present invention, including additional software components. 

Figure 2a shows an embodiment of the infrastructure of an example business process of 
fixed-telephone connections. 

Figure 2b shows a number of operations being part of a business process. 

Figure 3 shows an embodiment of a user interface showing geographic information about a 

30 business process. 

Figure 4 schematically shows dependencies within the functionality of the NERVECENTER 
knowledge system according to a best mode embodiment of the invention. 
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Detailed Desf Tfiptl?" nf '"^ntion 



For the purpose of teaching of the invention, a preferred embodiment of a knowledge 
5 system and methods of the invention are described in the sequel. It will be appreciated by the 
person skilled in the art that other alternative and equivalent embodiments of the invention can be 
conceived and reduced to practice without departing form the true spirit of the invention, the scope 
of the invention being limited only by the appended claims. 

Figure 1a schematically shows the architecture of an example embodiment of a knowledge 
10 system of the present invention. 
£ ? In the upper part of the figure, several business processes are shown. The business 

C3 processes or functions, for example, may include financial processes, financial transaction business 
H processes, production installation processes, telecommunication processes, etc. 

□ As can be clearly viewed from the figure, the business processes or functions have several 
| 1 5 interdependences, indicated by the arrowlinks between the business processes. An erroneous 

* * operation of one or a plurality of the business processes will have an impact on the operation or 
t execution of another or a plurality of other business processes. 

J3 S3 

□ The business processes are enabled by Information Technology (IT) components or 
building blocks, in the present application also indicated by the term software components, and 
Infrastructure (IS) components or building blocks, in the ccntekst of the present patent application 
generally called hardware components. The IS/IT building blocks form part of a computer 
environment enabling the business processes. In figure 1 a the IS/IT building blocks are shown in the 
lower part of the figure. The knowledge systemof the present invention is depicted in the middle of 
figure 1a. The knowledge system comprises two main parts, an Information Services (IS) part and 

25 an Application & Database Building Blocks part. Figure 1b schematically shows the architecture of 
an example embodiment of a knowledge system of the present invention, including additional 
software components. 

The knowledge system of the invention includes the part SI which is a relational database 
13 that includes the information about the coupling or the relations between the software and 
30 hardware (IS/IT) components and the business processes or functions. 

Incoming signals 1 1 from the IS/IT components 10 are fed to a central agent 12 including a 
monitoring agent (PATROL) 1 8. The signals may include the signaling of a change or a disturbance 
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or an error in the software components. The central agent 1 2 may include functionality on filtering of 
the incoming signals. The signals from the central agent 12 thereafter are fed to the relational 
database 13. However, the signals can also be fed directly to the relational database 13. 

In the relational database, links are available and made between the software and hardware 
5 components 10 and the corresponding business processes or functions. Links are then 

automatically generated via the central agent 12 to user Interfaces 16-17 and a database 15 that 
stores the occurrence of incoming signals, also called the historical service degradation database 
15. 

A signal that is generated towards the user interfaces 16-17 and the historical service 
10 degradation database 15 is popping up on the user interface. From the user interface several 
reports can be drawn on the impact of the business processes affected by the signaling due to a 
change or disturbance or error in the software and hardware components, among others using the 

contents of the historical database. 

Further functionality can be included in the knowledge system by smoothly integrating new 
15 software components and interfacing to other knowledge systems or other computer environments. 

In the development of the relational database 13, there are a number of steps that can be 
followed. A first step includes the analysis of the business flow and the analysis of the IS 
components that support the business process flow. This step includes the identification of 
functional transactions within the business process, the documentation of possible errors and known 
20 failure points, and of known problems within the business transaction flow and the IT/IS 

components. A next step may include the definition of the relationship and dependencies between 
the individual business steps or transactions within the process, and the dependencies between the 
individual business steps or transactions within the process and software components of the IT 
infrastructure supporting the business process on the other hand. 
25 The mapping of the business and IT/IS infrastructure includes the definition of the 

correlation of the impact of the IT/IS infrastructure events on the business process flow. Furthermore 
can be provided a definition of threshold alarm levels and alerts and the definition of data 
presentation formats and reporting formats, which can be made user dependent, on a subscription 
bases or automatically. The results of these steps are stored as dependencies in the relational 
30 database and as links to separate software and hardware components and as separate software 
components. There can be provided further a software application that monitors the business 
process flow and an application that monitors the software components. The further functionality of 
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links to a user interface and other functionalities of the knowledge system are to be provided. 

Figure 2a shows an embodiment of the infrastructure of an example business process of 
fixed-telephone connections. Figure 2b indicates a number of operations being part of the business 
process. 

Figure 3 shows, according to a best mode embodiment of the invention, a user interface 
showing geographic information about the business process. The business process, as stated 
above, is one of business processes involved^ fixed-telephone connections. One of the parts of 
this system is the CIA (Client Order Entrance Application) module. 

This CIA is interfacing for the entrance of client orders from the consumer market. The CIA 
is the first part of a chain of software components that link the client order ultimately to the switch 
connection orders in the telephone central units. The client orders are registered on line. The CIA 
has interfaces to software components shown in figure 2a including modules with client data, 
infrastructure data, telephone number data, rent data and billing data. 

For example the module KAN VAS provides to the CIA information about the technical 
15 infrastructure such as cables, connections etc. CIA provides to KANVAS ihe changes that are 

needed in the technical infrastructure for performing the client order. NUMBES for example contains 
a database of telephone numbers. If a new number is generated and added to the database, an 
operator connection is made. The CIA is a 16-bit application and can run under a WINDOWS 
environment on a PC such as a Fujitsu PC or a DELL PC or any similar PC known to the person of 
20 skill in the art The CIA only contains configuration files; data are stored in the other software 

components. The different interfaces are based on RPC (t-AAK). The performance of the KANVAS 
systems is monitored with SYSTAR software. Performance problems of KANVAS lead to a stacking 
of transactions in the CIA. In order to cope with such problems a knowledge system of the invention 
such as the NERVECENTER (NC) software shell is to be implemented in order to provide incident 
25 control, problem control, change control, configuration management and service level management 
The dependencies in the business process of fixed-telephone connections are analyzed up 
to the level of the software and hardware components that constitute or monitor the technical 
process of fixed-telephone connections, These dependencies are stored in a relational database. 
Scripts are coupled hereto and these scripts generate WebPages. 

Figure 4 schematically shows dependencies within the functionality of the NERVECENTER 
knowledge system according to the best mode embodiment of the invention. A prototype software in 
an ACCESS database is reduced to practice. 



30 



04-04-2001 16:46 



JURIDISCHE ZAKEN 



0703323840 P . 1 8/25 



10 



O 

in 

m 



11 



12 



An example of the add-on of the NERVECENTER software to business process of fixed- 
telephone connections is shown in figure 2b and 3. The geographic extension of the fixed-telephone 
connections overthe Netherlands is shown. The non-availability of parts of the network in different 
parts of the Netherlands is, in a practical embodiment, indicated by red lights on the map of figure 3. 
The business steps or operations of the list of figure 2b that can not be executed, are indicated in 
red as well. These signals on the user interface are generated through error functions in the 
software components such as the KANVAS component. 

A detailed description of the best made embodiment of the NERVECENTER software is 

given hare below. 
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The Service informer eirioronmcnt can be subdivided intolthe follovring pans: 

• Miscellanea 

• Documentation 

• Presenations 

• Development 

• ScTvicelnf paper 

the latter directory containing all files relevant for the operational environment. 



Directory / file name 



Description 



Miscellanea 
Documentation 



Service Informer - Ohtwerp.doc 
Service lnfoimer-Handkiding.doc 
Service Informer - APH.doc 
Nervecepter.vsd 

Service Informer - GegevensmodeLv$d 
SeryicelnfbrmerGegevens.rndb 



Functional and technical design 
User manual 

Application Production Manual voor management 
NerveCenter graphic, used in "Service Informer - 
Ontwerp.doc" 

Graphic used in "Functional and technical design"* 
Database containing data for creating "Service 
Informer - HaDdleiding.doc" 



Development 



Problcmen en Wijzigingeiutxt 

Servicelnformer (NerveCcntcr).bat 

ServjceInformer.mdb 

Servicelnfonner.mde 

ScrvicelnformeT-mic 

Servicelnfonner.bmp 

ServicelriforrncT*gif 

Servicelnfonnerjpg 

ServiceTnformer.xls 

Servic elaforrnerGegevens.rndb 



File containing problems with and changes to SI. 

Command to boot SI in the Nerve Center 

MS ACCESS program - development version 

MS ACCESS program - user version 

SI logojMicrosofc Image Composer format 

Bitmap format 

JPG format 

MS EXCEL spreadsheet for creating crass reference tables 
MS ACCESS database; data as used during development 



Presentations 

Presentatie Stuurgroep 1 999-09- lO.ppt 
Prescniaue Agora-OA.ppt 



Servicelnformer 

DefaultHtm 

Info.Htrn 

Kop.Hon 



Initial page for opening the Intranet 
Information page 

Header at top of page according to Agora standard 
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MenuJHtan 



Menu below head^^ording to Agora standard 



Graphics 



Deinonstratieirai 
PwLgif 

Servicelnformer.jpg 
Goed.gif Storing-gif 
Stop-gif 
Tab25,gif 
Client data 









A msttf rdftmS 10D . € i f 




AmcterdamStOlin? . Rlf 




AmhcmStOD.Kif 




































nrnnin^fflS fnriTip . fl if 


. 

%J 
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HaarlemSioring.gif 


?: it 


HengeloStop.gif 




HengeloStoTing.gif 


o 


LeeuwaidenStop.^if 




Leeu^axdenStoriag gif 


in 


MaastrichtStop.gif 


CO 


MaastrichtStoniig.gif 


s 


RorreidamStop.gif 


D 


RonerdamStcdng.gif 




UtreehtStop.gif 


OS. 


UttechtStoring.gif 


2 fji 


Zwollcstop.gif 




ZwolleStoring.gif 



Tiest page for displaying small regional maps 

l,-pixel graphic (invisible) 

SI logo; JPEG format 

Button -r OK situation (green) 

Button - Failure situation (red) 

Invisible grapbie of 25 pixel length for tabulation 

Small map for the correct (green) situation 
Amsterdam with a Stop situation 
Amsterdam with a failure situation 



Districts 



Achtergmnd.gif 
Rayon Indeling.txt 
Rayon MiddenStop.gif 
Rayon MiddertStoring.gif 
Rayon NoordoostStop.gif 
RayonNoordoo5iStoring.gif 
Rayon N001dwe5tStop.gif 
RayonNoordwestSioring.gif 
Rayon ZuidoostStop.gif 
Rayon ZuidoostStori11g.gif 
Rayon ZuidwestStop.gif 



Graphic showing the correct (green) situation 
Arrangement of districts across the districts 
Central district showing a stop situation 
Central district showing a failure situation 
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Rayon ZuidwcStSto^^if 

Fixed telephony 

Achtcrgrond.gif 
AWOStop.gif 
AWOSioring-gif 
CIAStop.gif 
OAStoring.gif 
KanvasStoring.gif 
KanvasStop.gif 
NumbesStop.gif 
NurnbesStcoring.gif 
PosterOrigmeeljpg 
Ruimte.gif 



Background showing the correct (green) situation 
A WO showing a stop situation 
A WO showing a failure situation 



Invisible graphic, 1 pixel wide and of equal height as 
AehtergromLgif 



Application; 

SeTvicelnfonncr.bmp 
ServicefafonnerGegevens.iiidb 
Servicelnfi brmer .mdc 



SI logo; BMP format 

Service Informer - Operational data 

Service Informer - Program 



Css 



Agora. Css 



Cascading Style Sheet according to Agora standard 



Graphics 



PieJrfaiLGif 

Pic_Top:Gif 

Topagora.Gif 

TopIogo.Gif 

TopnnviiGif 



£-rnail graphic according to Agora standard 
Go-to-top graphic according to Agora standard 
Home graphic according to Agora standard 
Agora logo 

Navigation graphic according to Agora standard 



Java 



menu.js 



Java script for menu control according to Agora standard 



Templates 

StatusKop.htm 
StarusVoethtm 



Standard header lines for generated status pages 
Standard footer lines for generated status pages 



Status 

Starus,htm ... Status999.htm 



Status pages generated by SI 
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1. Introduction^^ 



The KPN Nervcccntcr helps in making the step.from iiifiastructurc to service management, One of the parts of this is 
timely informing the client in regard to failures and the tune required to resolve them. This informing of the client is 
supported by an Intranet on which the current status of the various services is displayed in understandable language for the 

client. 



1.1, Objective of this document 

This document describes the constraints, Uja functional and technical design of the Intranet site which forms part of the 
Nervecenter project. 

1.2. Distribution list 

"Click here and type distribution list" 
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2. the Nervecenter Intranet environment 
2.1. The general structure 

The Nervecenter is represented by the conceptual drawing below: 



in 



as, 



Service desk 



Day-byday . 

3#nrtce> 
operations N 



<2L 



Service 
detection 



Narvccontar 
Mission Control 




Senrlco 
Information 



Repair of atarvteo 



The Nervccenter is a central place where all conmunication taJces.place: 

The Service desk maintains contact with the clients by registering incidents and iheii progress. 

• Service detection monitors all services, and registers fcoirect functioning and possible deviations from standard 
settings, 

• Repair of service defects responds ro incoming 'complaints' and performs repair operations, while 

- Day-by-day Service Operations performs daily operations such as creating new users and carrying out routine tasks. 

• Finally, Service Information reports the status and progress of all these activities to users, clients and management. 
Examples: Current Status, Outstanding Problems and Implemented/Planned changes. 
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2.2, 



Service infon 




rt via the Intranet 




2.2.1. Introduction 

The Intranet, on which this document is focussed, is the implementation of the Service Information part of the Nervecenter. 
Before the details of this Intranet are discussed, two other implementation possibilities are considered first: The manual 
method and Complete integration. By discussing both possibilities beforehand, a foundation is laid down for the ultimate 
implementation selection: the currently feasible happy mean. 

2.2.2. The manual method 

The (technically) easiest method for implementing the Nervecenter is to set up a location with a number of telephones. The 
staff at this location 'calls around' to collect information and is called by the outside world. 

Of course ic is obvious that this is impractical. The significance of this suggestion is that such a central service monitoring 
point, rather than highly sophisticated technical solutions, should be the objective of the Nervecenter. 

Although charming in its technical simplicity, this option must be disregarded since an on-line infonnation facility is not 
feasible. 

2.2.3. Complete integration 

Of course it is also possible to equip the Nervecenter with a maximum of tools: 

* The Service desk is set up around a Service Management package containing all Services and underlying IT 



• Service detection automatically registers all events that occur in the Service Management environment (trouble 
tickets), 

• Repair of service defects is driven by the Incidents and Problems entered, while 

• Day-by-day Service Operations performs the operations on the basis of the agreed Changes in the Service 
Management package, 

• For Service Information it is then ultimately easy to take care of the information facility: all information is centrally 
present in the database of the Service Management package. 

Such a complete integration certainly has its merits; all information regarding all IT components is centrally available; boi 
the statistical Information (name, type, number) and the status (correct, failure, stop) and the relationship with all services 
are Then stored, so that the provision of information is optimal. All possible questions can be answered hy querying the 
central database! This option is interesting because of its completeness, but must be disregarded because of its technical 
complexity. 
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2.2 A The Nerveceri^pintranet 

After the. two previous possibilities, representing the. extremes of a technically very simple solution and a technically very 
complex solution, a third option is now considered: a middle come which makes use of modern resources but which can 
be overseen in regard to technical complexity and can be implemented within a reasonable rime span. 

The Service Information part of the Nervecenier is implemented by a small application called Service Informer, 
functioning alongside the other Nervecenter components, This independent component is responsible for the information 
provision of the Nervecenter to the client 

The information can be retrieved from a web browser by the client, and forms pan of the Agora Intranet of KPN Telecom. 

Service Informer is manually fed from the incidents database. The incidents database is filled on the basis of messages 
from the helpdesk, the experience of various management groups, and events discovered by Patrol 
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3. Functional design 

3.1. Introduction 

The Nervecenter Intranet provides services users of KPN Dataccnler services insight into the functioning of those servit 
The following infonnation is available: 

• The cunent service status: a summary of the currently outstanding incidents. 
In the future, the following data will also be made available through the Intranet: 

• Information regarding service changes. This applies to future changes, but also to recently implemented changes. 
Recent changes can indicate current errors, while future changes can provide a warning for future failures. 

• Information regarding known errors. Users can consult this list first to see whether a solution for the error that has 
occurred is already available. 

A very important requirement for the Nervecenter Intranet is that all information is presented from the viewpoint of the 
user. 
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3.2. ! Current service status 



The Nervecenter provides a pilot for CIA (Client-order Input Application). This application has the following menu 
structure; 



Login i 
Login CIA 
Login CIA 
Change pass word 
End of program 

Connections 

New construction 
Migration (ISDN) 

Move | 

Change infrastructure 
Abort j 
Ourporprng 
Installation task 
AWO direct 



Client ififo 
DBI j 
BILLIT 
NUMBES 



Primarenr 

New rent contract 

End T6i5-T88 rent contract 

End rentcontract 

Invoice icleorder 



Return within 8 days 
Exchange apparatus 
Replace defect apparatus 
Change servioefonn 
Take over rente onrraci 
Request rentcontracl 



Adnuhistrativc tasks 
Take over contract 
Correct client name 
Database 

Change invoice number 
Note-address change 
Note*forrn change 
Request database 
Screen number 
Change form subscription 
Stop 

Client info 
DBI. 
BILLIT 
NUMBES 

Messages 

Message of the day 



Information display to users is always based on the above structure* 

j : 
I 

The IT Infrastructure managers, however, look at this in another way! Depending upon their position and/or competency 
they thipk in terms of Tuxedo Transactions, Application Servers or Windows NT Systems. The job of the Service 
Informer is to translate from technology to user functions. 

In general, it can be said that an application has user functions which, in turn, are dependent upon IT components. All these 
mattersj however, can be represented by a generic "component". Each component may be dependent upon one or more 
components. Each component may also influence other components. 

When aiuser requests data, he is interested only in the status of an application (including the thereto related functions). The 
status of underlying components is irrelevant For this reason, each component also has a type (ComponemType), the type 
of the component determining whether or not it is rele vant for the client 
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3.3. Reporting failures 



Failures in the IT infrastructure can be reported on each component A failure lias an effect on the service 
(EffectOpServicc): Geen {None), Storing (Failure) or Scop. Each component influences the status of all other components 
which are dependent upon.it. This continues to the lughest 1 level, until the component found has no higher component 

3.4. Requesting the current status 

The status of applications and application functions can be requested through the Intranet site. 
3.4.1. Status page 

The first page shown displays the status information at the highest level: 



V 7M 



KPN Neivec enter 



Ser\ Ice i niTornuilion 



2 ^ erv ' ces 

M Fixed telephony 

A choice can be made between detailed information regarding Services or an overall fixed telephony overview. 



3,4.2* Status of applications 

If Services is clicked, the following page is displayed: 
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Sen ices' 



! Qicnt-order Input Application 
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3.4.3. Status Client-order Input Application 
Tf Client-order Input Application is clicked, the following page is displayed: 



KrN Nci •iccctitcr - Service lufot th:'** s«"mi 



J TIi Qj \?j ! ijj 



Connections 


Primarent 


Administrative tasks 


1 . New construction 


1. New rent contract 


1 . Take over contract 


2. Migration (ISDN) 


2. End T65-T38 rent contract 


2, Correct client name 


3. Move 


3. Had rentcon tract 


3. Database 


4. Change infrastructure 


4. invoice teleorder 


4. Change invoice number 


5. Abort 


5. Return within 8 davs 


5. Note-address change 


6. Outportine 


$. Exchange apparatus 


6, Note-form change 


7. Installation task. 


7. Replace defect apparatus 


7. Request database 


S. AWO direct 


8. Change service for 


8. Screen number 


Client info 


9. Take over renlcbntract 


9. Chance form subscription 


K DBI 


10. Request rehtcontraet 


0* Stop 


2. BILL1T 


11, End with contractor 


Messages 


3. NUMBES 




Message of the day 









In the event of application functions for which a failure has occurred {yellow or red), a page displaying a failure overview 
can be accessed by means of a reference. 



3.5. Detailed failure information 

In the event of a failure, the following is displayed on the Intranet: 



Failures for this or underlying components 
Database Breda is down 

Time: The failure started on 1999/09/28 at 1 1 :00:00. 

The problem is expected to be resolved on 1999/09/28 at 15:00:00. 
Reference: The reference number of the failure is TARGET 776 

Component: A WO Database Breda 

Effect: Client data: Breda 

Districts: All 
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3.6. Effect on client data and work locations 

As can be seen in the detailed data of the above failure, a failure may be general, or limited to one or more databases with 
client data. This information is graphically displayed on the intranet pages as shown in the accompanying figure: 

The failure reported only impacts the client data in Breda. 



Client data 




The same applies for the work site: the place where the application is used. 

Since in the example the failure does not impact a specific worlc site, they all remain GREEN. 

Attention: of course all work sites will still have problems with the data of clients in Breda. 

Districts 
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4, Technical design 

4.1 . Status transfer between components 

When a component failure is reported, it impacts all Tiigjier 1 components, that is to say, the components which are 
dependent upon that component. This chapter describes the process of how the status of Tiighef' components is determined. 

First a simple algorithm is described, after which the final algorithm is determined. 

It would be possible to establish the status of the components using a recursive algorithm, and then to create the HTML 
pages directly. This option is not chosen, however, since the status of the components is then not direcdy visible for the 
maintenance program (only from the wtb site) and such an approach results in a heavier load on the database system (all 
required information must be generated over and over). 

4*1*1. Basic algorithm 

Failures are reported on components. These components impact other components in a rising line, until the highest 

hierarchy level is reached. The algorithm for this transfer functions is' as follows; 
*jl U As a first step, the status (ComponentStatus) of all components is set to 'Goed' (Correct), as though no failure 
%: whatsoever is present. 

? 2. Next, all failures are read (Af&esloten « FALSE and EffecrOpService > Geen, i.e. Closed = FALSE and 

^ EffectOnService > None). For each failure, the status of the related component is made equal to that of the failure, 

* provided ComponentStatus < EffecrOpService (i.e. ComponenfSlatus < EffectOnService). This latter condition is 
J* required, since several failures are possible for a component. 

f During this process, all component numbers (CompbncntNr) of changed components are simultaneously saved; this 
i * list is called ComponentNummers (i.e. Component Numbers). 

0 3. Subsequently* all dependencies (A fhnnkelijldbeden) are read for which ComponeniNr2 (i,e. ComponentNumber2) 

occurs in the list ComponeniNummers. These components have been changed and can thus change upstream 
j components. The status of ComponcntNrl is now made equal to that of ComponentMr2 (provided the 

; ComponentStatus is increased). During this process, all component numbers (ComponentNr) of changed components 
^ are simultaneously saved; this list is called ComponeniNummers (i.e. ComponentNumberi), 

f 4, The previous step is repeated until no further dependencies (Afhankelijkheden) axe found. 

' ii 

f As a result, the (transferred) status of all components is directly known, without having to consult underlying components. 

* The underlying component which caused the problems, however, cannot be retrieved directly without retrieving this 
information "downstream". To this end the table StatusOor2aak(i.e. SiatmReoscn) is used, the process described above 
being extended as follows. 
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4*1.2. Extended algorithm 

Failures are reported on components. These components: impact other components to an increasing extent, until the highest 
hierarchy level h reached The algorithm for this transfer functions is as follows: 

1. As a first step, the Status (ComponcntStatus) of all components is set to 'Goed 1 (Correct), as though no failure 
whatsoever is present. 

2. Next, all failures are read (Afgeslotcn = FALSE and EffectOpSeTvice > Geert, i.e. Closed - FALSE and 
EjffectOnService > None). For each failure, the status of the related component is made equal to that of the failure, 
provided ComponentStarus < EffectOpService, This latter condition is required, since several failures are possible for : 
a component 

"Hie failure data are also copied to OnderliggcndeStoring (i.e. UnderfyingFailure\ so that the failure causing the 
ComponenrStatus is directly visible at the component level. 

During mis process, all component numbers (ComponeniNr) of changed components are simultaneously saved; this 
list is called ComponentNummfirS (i.e* ComponentNumbcrz). 

3. Subsequently, all dependencies ( AfharJcelijkheden) are read for which CotnponentNr2 occurs in the list 
ComponentNumrnerv These components have been changed and can thus change upstream components. The status of 
ComponentNrl is now made equal to that of ComponentNr2 (provided the CompooenrSiarus is increased). 

The data are of the OnderliggcndeStoring (of Component 2) are also copied to SmtusOorzaak, so that the failure 
causing the ComponcntStatus is again directly visible at the component level. 

During this process, all component numbers (ComponentNr) of changed components are simultaneously saved; this 
? « list is called ComponentNummers (i.e. ComponentNumbers). 

~f 4, The previous step is repeated until no further dependencies (Afhankrlijkheden) are found. 

%J ■ , 

CO 

TiJ 4.1.3. Addition of client and district dependencies 

O In Service Informer, two special component types can be entered which represent KlantRegio (i.e. ClieniRegion) and the 

ITi WerkRegio (i.e. Workke&on). Both component types can comprise a maximum of 24 components and these componenis 

£Q must be numbered from 1 . . .24, 

The reason for this is that the component numbers can be stored together in one binary 24-bit register, which will be used 
" when transferring the dependencies of KlantRegio and WerkRegio. 

*f Each component has a register KlanxMask (i.e. ClientMask) and WerkMask {ie. WorkhAask). These masks initially contain 

*Hi OxFFKFFF* meaning: all regions. 

• ■ 

%h It is subsequently determined per component whether the component has been made DIRECTLY dependent upon 

KlantRegio or WerkRegio (by adding a dependency of a component of such a type). For each applicable component, the 
KkntMask and the RegioMask are made equal to the sum of the second power of the KianrRegio or Werlcregio number. 

This number is subsequently taken along in ihe previously described 'Status transfer process 1 with the 
OnderliggendeStorirjg (i.e. UnderiyingFaUure) assigned to a. component: when a component is dependent upon a specific 
KiantRegio or WerkRegio, the failure for that component of course impacts only that KiantRegio or WerkRegio, 
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Slegio or WerkRcgio on which both the underlying, coinponem AND the thereto related component have impact. 

When an underlying failure (OnderlisgendeStoring) is created for » component, and this failure was already created via 
another route thelLiAegio and WerkRrgio information of the underlying failures are added together (OR funcnon). 
fath Twa^h can he ertabSied for each failure at the component level whether the failure » general (rt daem or work 
regions) or whether the failure is restricted. This can then be visualised, as shown above, with the KJantRegio and 
WerkRegio maps. 

4,2. Creating a status overview 
4.2.1. Highest level; Status.htm 

First a status page (StaiUS.htm) is generated which, at the highest level, indicates the suras of the infrastructure. This page 
comprises all component types for which the option GeaereerStausPagina = TRUE (i.e. GeneraieSuxtusPage = TRUE), 
Detailed infortnation for each component type can be retrieved by means of a hyperlink. 



S3 4.2.2. Component type level 

f S For each ComponentTypc (with the option OcneieerSiatusF.agina - HUE), a status page is generated which shows the 

r jj status of the underlying structure. For example, the following pages could be created: 

* J • ApplicarieSiarus (i.e. AppHcadonStQius) 
• TransactieStatiis (i.e. TransactionStarvs) 

^~ » LocatieStatus (Le. LocationStatus) 

^ These pages contain one line for each component at the highest level, which subsequently refers to an underlying page in 

5 which, the whole structure of dependent components of the same type is included. The name of this underlying page is 

I J generated by means of the main page and the component number (CompoaentNr). 

"r ^ End users will usually focus on ihe application status page ( AppltatieStani*). As soon as this page indicates that there arc 

I n problems in an application, they can click the related application reference to find the underlying application parts where 

f the problem has occurred. 

il ■ 

4.3. Intranet directory structure 

<root> 

./Afbeeldingen (i.e. ./Graphics) 
./Java 
./Status 

,/Sjabionen (i,e. Templates) 
./Applicarie (i.e. Application) 



AH graphic images. 
All Java scripts. 
All generated pages. 
Templates for generating status pages. 
Directory with MS ACCESSS management 
program. 
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4.4. Graphics 



4.4.1 . Client and work regions 



■Clint redans (Khmtregio) and work regions (Werkregfc) are graphically represented, but Service Informer itself knows 
nothing of these components. The manner in which these c-mpoEenU are depicted is as follows. 

to the settings, a component type is assigned to a client region (KlamRegio) and a work region (WexkRegio). In Ae 
C^siS iesc m me exponent types KJantgegevens (i.e. Cfai *M) and Rayon (i.e. M«4 i«P^ve)y. In 
the graphics directory (Afbeeldingen), wo subdirectories must therefore be creating with the : same names 
£ cSS to be Sle ^depict the correct situation ((fed), these two directories must ^^^^f^ 
Achtergrond\gif. This graphic shows The Netherlands with 13 green districts. This graphic must be no greater than 

T^o^'en* of type Klamgegevcns (i.e. Client data) have the names 'ArrW ■Zwolk'. These districts can h a v e 
the status of Storing (ix. Failure) and Stop, and should therefore comprise two graphics for each component 
ArnheniStop.gifandAmhemStoring.gif... ZwoUeStoring.gif. 

The relatedpages first display ibe background graphic Achtergroundgif and then, superimposed, the failing 
components: These graphics have exactly the same size as the background, but contain only the component in yellow 



1. 



2. 



3. 



4. 

or red 



4.4.2. Graphically represented component types. 

Graphically represented component types function in a similar manner as described above: 

1. In directory Afbeeldingen (i.e. Graphics) a subdirectory must be created which has the same name as the component 



2. This' directory must contain two graphics: Aebtergrohd.gif (Background^ and Ruimte.gif (Space.gif). Ruimte.gif is 

1 pixel wide and has the same height as Achtergrondgif. 
3 For each component within this rype, two graphics <ComponentNaam>Storing.gif (i.e. 

<ComponemSame> Failure.gif) and <CoraponentNaam>Stop.gif (i.e. < Componcm iNom e>Siopgif) must exist. 
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4.5. Data mode! 



32 



Table 



Instellingen (i.e. Settings) 
CornponeatType 

Component 

Aftankclijkheid (i.e. Dependencies) 
Storing (i.e. Failure) 
OnderliggendeStoring 
(i,e. UnderlyingFailure) 



Description 



Various parameters for the application function. 

A componeni iype> for example Applicatie (i,e. Application), 

Transactie (Le. Transaction) or IT component 

An application function or IT component. 

The dependencies between two components. 

An event which is registered for one component. 

An event for a componeni which is related to an underlying component. 



CO 



~"4 
f 8 * 



■3 ST 



ComponentType 



Component 



Faiiure 



Dependency 



Underlying failure 



4.5.1. Settings 



Column 



Type 



Length Unit / Remarks 



InstclluigenNr [SettingsNumber) 
IntranetFad \JntranetPath) 
IntranetURL 

KJantCoroponentTypeNr 
(ClientCdmpanentTypeNumber) 



WerkComponentTypeNr 

( WorkComportentTypeNumber) 



Regiolnfo (Regionlnfo) 



Numeric 
Alphanumeric 
Alphanumeric 
Numeric 

Numeric 

Numeric 



Unique code for internal use. 

255 Path in which Intranet web pages are stored. 

255 URL where the Intranet pages can be found. 

The componeni type number of the 
components which display the client region 
(KJantRegio). 

The component type number of the 
components which display the work region 
(WerfcRegio). 

Manner in which client/work regions arc 
displayed. 

0=None 

1 = Matrix 

2 "Map 
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Fixed settings: 
Graplucs 

Sums correct icon 
Statu* faihire icon 
Status stop icon 
Siacus pages 



Are expected in <btrahctLTRL>/A£beeldingea 

for this, <IntT^ctUia>/Aibecldingen/Goed.gif is used. 

For this, <IiinTOetUIUJ>/AfbeeldmgeiVStoriiig.gif is used. 

For this, <IntranetURL>/Afbeeldmgcii/S top .gif is usecL 

Axe stored in <lnwoctPod>/$iatU5 and expected in <IutranerURL>/Sutus. 
The first page is caJled Statua^htm. 



C3 
en ■ 
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4.5.2- ComponentType 



34 



Column 



ComponcntTypeNr 
{ComponentTypeNuTftber} 

ComponcntTypcNaam 
(ComponenrTypeName) 



GenereerStatusFagina 
{QemeraieStatusPage) 



Type 



Numeric 



Alphanumeric 



Boolean 



Length Unit / Remarks 



100 For example: 

1 - Application 

2 ~ Transaction 

3 IT component 

TRUE: an information page for this level is 
generated. 



StamsPaginaNsum 
(SmiusPageName) 

3. 

ei. 

ComponentStatus 
Volgorde {Sequence) 
Grafisch {Graphical) 



Alphanumeric 



Numeric 



Boolean 



1 00 The name of the status page to be- generated. 



Status of the component, derived from 
failures Id underlying components. 

The order in which component types are 
displayed on the screen. 

The. Intranet page must contain a graphical 
representation of the components (rattier than 
a textual representation) 
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4.5.3, Component 
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Column 



ComponentNr 
{ComponeniNumber} 

ComponentNaam 
(ComponentName) 



McnuStructuur {McnuStructure) 



NieuwKolom (NewCotumn) 



Type 



Length Unit / Remarks 



Numeric Unique code for internal use. 



Alphanumeric 100 -> ComponentType 

Status of the component, derived from 
failures for this and underlying components. 

Alphanumeric 20 Numbering of components for applying 

structure to the display, 

Boolean Indicator for starting a new column on status 

page. 



a 

si 

? : it 



o 



GeenSxoringcn (NoFailures) 

Niveau (Level) 
MenuNiveaul (Afe/fuieveM) 

MenuNiveau2 (MenuLevcl2) 
MenuNiveau3 (A/enuLever/J) 
KlantMask (ClienzMask) 



Boolean 

Numeric 
Numeric 

Numeric 
Numeric 
Numeric 



No failures may be created for this 
component: the component is used only to 
group components, 

Depth of the numbering used. 

With the aid of these inputs the user indicates 
the hierarchy in the overview. 



WerkMask ( WorkMask) 



Numeric 



The sum of 2 "^MenuNiveaul of aU 
components of type KlantRegio 
{ClientRegion) which are assigned to this 
component, 

OxFFFFFF = all regions 

As for WerkRegio ( WorkRegion). 



4,5,4. Dependency 



Column 



ComponratNrl 
(ComponentNumberl) 

ComponentNr2 

( ComponemNumber2) 



Type 



Numeric 



Numeric 



Length Unit / Remarks 



Component, 
Component- 



Component 1 is dependent upon Component 2. 
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4.5.5. Failure 



Column 



Type 



StoringNr (Faitia-etfumhcr) 



Numeric 



Length Unit / Remarks 



Unique code for internal use. 



ComponentNr ( ComponenrNumber) Numeric 



• Component 



£3 

i? 

CO 



■3 5? 



Afgesloten (Closed) 



Boolean 



EfFectOpStrvice (EffectOnScrvice) Numeric 



Omscbrijving (Description) 

InteiwOpmexkuagen 
(JnternalRemarks) 

Begin (5/arf) ] 



Eind (£n<0 



ExterneRefcrcntfe 



Memo 
Memo 



DatumTijd 

DatumTyd 
(Diw7W) 

Alphanumeric 



TRUE: The failure is closed and exits only 
for future reference 

1 "-None 

2 m Failure 

3 = Scop 



100 Reference, for exaorple to service 
management package. 

Target = Incident # 



4.5 6, Underlying failure 



Column 



Type 



Length Unit / Remarks 



CoinponeniNr (CompontntNumbtr) Numeric 
StoringNr (FaiJureNumber) Numeric 



KJantMwk {OiemMcsk) 



WerkMask ( WorkMask) 



Numeric 



Numeric 



Component 

-> Storing (Failure) 

The failure which was transferred to this 

component. 

The client regions (Kla&tRegio) to which the 
underlying failure (QnderliggendeStoring) 
applies. 

OxFFFFFF = all regions 

As for work regions (WerkRegio). 



4,6. Access control and user profiles 

In the ilm version of the. program, access control and/or user profiles is not provided* Access control can be implemented 
by placing in ibe software in a protected directory in the network. 
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